tuto cfw

Si tu mets à jour en OFW 4.87, il te faudra refaire le jailbreak pour installer un CFW 4.87.

Si tu es déjà jailbreak, il suffit d’installer un CFW 4.87.

MDProz Wrote:

eternalnoob Wrote:[..]au pire j'oublie toute cette histoire d'applications et je déconnecte physiquement la console.

Comment tu vas utiliser YouTube ainsi ?

Ben je ne l'utilise pas. J'aurais apprécié pouvoir continuer à utiliser certaines applications nécessitant une connexion internet, mais ça n'a rien d'un impératif.

MDProz Wrote:Pour la configuration des outils, dans mon cas, j’utilise WebMAN car il propose l’essentiel. Pour SEN Enabler, il est complet également. Toutefois, je peux comprendre que si on ne maîtrise pas ou si on ne sait pas, cela peut inquiéter. Je détaille leur utilisation dans la FAQ et complément du tutoriel.

Oui oui, je l'ai lu, mais ça ne m'a pas empêché de frôler la catastrophe.

MDProz Wrote:Maintenant, je ne cesse de répéter que le risque zéro n’existe pas donc si on jailbreak sa console et que l’on doute fortement, le mieux est de ne pas utiliser le online. Ainsi, on est tranquille longtemps ^^

Exactement ce que je me suis dit.

Une autre question en passant : si je mets ma console à jours avec le firmware officiel, je pourrai toujours installer un CFW de la même version (4.87 actuellement) ? J'avais compris que oui, mais je ne me fais pas trop confiance là-dessus.

MDProz Wrote:Pour les applications comme YouTube, Netflix ou autre, elles demandent une connexion et je dois avouer que je n’utilise pas la console pour y accéder. En revanche, je sais qu’un développeur proposait ces apps type NoPSN. Et cela est utile si l’on est dans une version autre que la dernière.

Ok, je dois pouvoir trouver ça. Merci.

MDProz Wrote:Dans tous les cas, il existe SEN Enabler et également WebMAN qui proposent, pour se prémunir du ban, un certains nombres de fonctions. Le tout est de les configurer pour éviter une connexion au PSN et empêcher l’envoi de données à Sony et ce quelque soit l’utilisation faite lorsque l’on est jailbreak. Les indications sont dans la FAQ et les compléments du tutoriel.

Là j'avoue que ça m'angoisse un peu. Pour être franc, si je suis actuellement en OFW 4.86, j'ai déjà tenté l'aventure CFW et j'avais testé et rencontré quelques soucis avec ces outils (je souffre d'un trouble qui peut rendre compliqué pour moi de bien les appréhender) ; au pire j'oublie toute cette histoire d'applications et je déconnecte physiquement la console.

MDProz Wrote:Chacun son choix mais Rebug restera le CFW le plus complet de tous. Il manque juste actuellement une version 4.87. Et je ne sais quand elle sera disponible.

Oui, c'est justement parce qu'il est très complet et recommandé qu'il a ma préférence, mais l'absence de version 4.87 me refroidie.

MDProz Wrote:Pour ta seconde question, il suffit de réinstaller un CFW par dessus. Il y aura certainement un conflit avec la toolbox de Rebug officielle. D’ailleurs, il en existe une non officielle qui peut s’utiliser avec les autres CFW. Je ne sais plus où j’ai mis le lien.

Ça, en revanche, c'est dans mes cordes. Bonne nouvelle.

Merci pour les éclaircissements.

Pour les applications comme YouTube, Netflix ou autre, elles demandent une connexion et je dois avouer que je n’utilise pas la console pour y accéder. En revanche, je sais qu’un développeur proposait ces apps type NoPSN. Et cela est utile si l’on est dans une version autre que la dernière.

Dans tous les cas, il existe SEN Enabler et également WebMAN qui proposent, pour se prémunir du ban, un certains nombres de fonctions. Le tout est de les configurer pour éviter une connexion au PSN et empêcher l’envoi de données à Sony et ce quelque soit l’utilisation faite lorsque l’on est jailbreak. Les indications sont dans la FAQ et les compléments du tutoriel.

Chacun son choix mais Rebug restera le CFW le plus complet de tous. Il manque juste actuellement une version 4.87. Et je ne sais quand elle sera disponible.

Pour ta seconde question, il suffit de réinstaller un CFW par dessus. Il y aura certainement un conflit avec la toolbox de Rebug officielle. D’ailleurs, il en existe une non officielle qui peut s’utiliser avec les autres CFW. Je ne sais plus où j’ai mis le lien.

Aurais-tu laissé actif le mode autoRCM car il est activé par défaut lorsque tu utilises ChoiDujourNX. Et dans ce cas, ta console, pour booter en CFW, se fait sans le JiG. Tu pourras le désactiver à l’issu via SX OS ou Hekate. En revanche, si ton emuNAND est en 11.0.1, normal que tu ne puisse booter dessus car SX OS n’est pas compatible 11.0.1 et dans ce cas, Il te faut aussi passer par Atmosphère/Hekate (en modifiant la configuration de ton emuNAND) et faire de même pour la downgrader.

Bonjour tout le monde,
je viens vers vous car j'ai un souci, et ce depuis que j'ai fait l'erreur d'installer la dernière maj en 11.0.1
En résumé, j'ai mon sx os qui ne démarre plus, écran noir après le splash screen, par dongle ou par pc.

Jusqu'à présent, je lançais sx os via le dongle, et j'avais installé le CFW sur la carte sd (emunand). J'avais même fait un dump en mai 2020 depuis l'interface sx os.
J'ai mis à jour le firmware sur la dernière version via ChoixDuJourNX depuis mon emunand, je n'avais pas vu que le dernier boot n'allait que jusqu'au 11.0.0. Non seulement ça ne démarre plus, mais je n'arrive même plus sur l'interface sx os. En cherchant des solutions, avec hekate/atmosphere, je suis parvenu à relancer en CFW. Et comme un con j'ai mis à jour mon sysnand (au revoir mes efuses). Bon tant pis c'est fait on ne reviendra pas dessus. Mais même si je peux passer par ce système, j'aimerai quand même que mon sx os fonctionne, que ce soit pas sa simplicité, ou pour lancer les jeux en xci.

Donc maintenant, que ma sysnand soit en 11.0.0 ou mon emunand en 11.0.1, je n'arrive pas à accéder à l'interface sx os. J'ai le spash screen lors du jig, mais après écran noir, obligé de rester appuyé plus de 12 sec pour éteindre. Que je passe par le dongle ou par PC pareil. J'ai voulu restaurer ma nand, mais ça ne fonctionne pas (et ce n'est peut être pas plus mal si le problème ne vient pas de là).

Si vous avez des pistes, je suis preneur car là j'ai l'impression de nager dans la semoule, et encore ça serait plus agréable Plus j'en lis, plus je m'aperçois que j'arrive aux limites de ma compréhension du hack.

Hello
je suis de retour sur la Switch, je résume la situation initiale :

Switch (XAJ400616XXXXX) => donc non patchée
version du firmware installé sur la SysNAND : 9.0.1
SanDisk microSDX Ultra 128Go Classe 10, U1, A1 formatée en FAT32 (via AOMEI)

l'ensemble des cartouches fonctionnent parfaitement

Hack de la Switch via Hekate (v5.5.4) / Atmosphère (AMS v0.18.1) et TegraRcmGUI (v2.6)

1) Lancement du Hack avec un Jig
la Switch boot sur Hekate et TegraRcnGUI : ok
création d'une emuNAND donc en version 9.0.1 : ok
validation de la localisation de l'emuMMC : ok
lancement du CFW - emuMMC : ok
Atmosphère se lance en version v0.18.1
je visualise le lancement de l'emuMMC dans les paramètres : 9.0.1/AMS M.18.1E

je modifie le Thème (noir = emuMMC - Blanc = SysMMC) et le non de Switcth
l'ensemble des cartouches fonctionnent parfaitement

dans l'album : j'ai accès au hbmenu (v3.4.0) - nx-hbloader (v2.4.0) en "Applet Mode" activé : ok
je lance Awoo-Installer v1.3.4 et sélectionne : Installation via USB ; ok

je lance NS-USBLoader v5.0 sur PC : ok
je sélectionne un "XCI" dont je possède la cartouche : The Legend of Zelda Links Awakening
l'installation se passe correctement : l'icon devient visible dans le menu d'accueil : ok

je lance le jeux (cartouche retirée) : le XCI fonctionnement parfaitement

je teste sur un autre XCI : Plague.Inc.Evolved
cela fonctionne aussi parfaitement

je retourne sur hbmenu et lance ChoixDuJour v1.0.2 : ok
je valide le dossier avec la mise à jour 11.0.1 : ok
l'installation de l'UpDate se réalise ... puis reboot : ok

la Switch reboot sur Hekate : ok
je sélectionne a nouveau l'emuMMC : ok
la Switch démarre bien sur l'emuMMC en version 11.0.1 / AMS M.18.1E : ok

je visualise les icons des deux jeux sur l'accueil : ok
je sélectionne un jeux (qui fonctionne sur emuMMC v9.0.1)
... le jeux se lance, je visualise "Nintendo : en haut à Gauche" et "Switch en bas à Droite"

... puis dans la seconde : "Le logiciel n'a pas pu être demarré - Réessayer depuis le menu HOME"
... je vérifie les données via "paramètres/Gestion des données/Logiciels/--jeux--/Vérification de l'état des données" : Données corrompues

... j'ai testé ces deux mêmes jeux au format "NSP" : le résultat est identique

je pense manquer une étape supplémentaire suite à la mise à jour 11.0.1 ... mais je séche

merci d'avance de votre aide

el_coyoto

MDProz Wrote:Pourquoi ne pas mettre à jour en 11.0.1 sur sysNAND et emuNAND ? Le hack via Atmosphère/Hekate est compatible.
Le tutoriel car il doit te manquer des éléments sur ta SD, notamment les sigpatches à ajouter manuellement.
underground-switch/installer-homebrew-menu-sur-switch-11-0-1-et-t736600.html

dans un 1er temps : Merci de ce retour

je souhaitai faire des essais avant validation du passage de la sysMMC en 11.0.
j'ai effectuer plusieurs lectures du tuto et Oui, j'ai ajouter manuellement les "sigpatches" de la version
AMS 18.1 (qui ajoute exefs_patches et kip_patches)
Hekate 5.5.4 (hekate_ipl et patches)

MDProz Wrote:Et le conseil serait de préparer ta SD via SDSetup
underground-switch/compiler-preparer-sa-carte-micro-sd-via-sdsetup-t738312.html
A l’issu, tu ajouteras les sigpatches et tu referas un dump des keys via Lockpick_RCM.

Oui, je suis passé par SDSetup et sélectionner la version par défaut
par-contre : je n'ai pas fait de dump des keys via "Lockpick_RCM"

MDProz Wrote:Et pour info, via Atmosphère/Hekate, les backups XCi s’installent comme des NSP et ne se chargent pas. Si une erreur quelconque, il existe NSC_Builder qui s’occupera de vérifier leur compilation au cas où.
underground-switch/nsc-builder-pour-convertir-vos-fichiers-t739808.html

Oui, j'installe le XCI via Awoo-Installer et je valide les avertissements
... la difficulté réside ans le fait qu'en version 9.0.1 cela fonctionne parfaitement (cartouches, XCI et NSP)
... mais plus en 11.0.1

je reste perplexe ...

el_coyoto[/quote]

Aïe c'est bien ce que je me disais...

Même dans le cas où j'utiliserai une save non verrouillé de ma console en cfw pour la mettre sur celle en ofw il y aurait risque de ban ?

Je ne sais pas en quelle proportion les saves verrouillées existent mais sur les jeux .pkg que j'ai installé dans la cfw je ne vois pas de verrouillage de saves dans les infos donc je supposais que celles-là pouvaient tout du moins être attribuées à un autre utilisateur...

Je n’ai pas eu de problème de ce type avec les mêmes sigpatches. Toutefois, je ne dis pas qu’il n’y en a pas. A voir avec d’autres sigpatches au cas où.
https://gbatemp.net/attachments/hekate- ... ip.246883/

Pour tes XCi à installer au format NSP, c’est via Goldleaf directement. Et si cela ne fonctionne pas, il y a Awoo Installer ou autres. Et ce n’est toujours pas le tutoriel pour traiter des backups.
Et tu peux aussi compiler ton XCi en NSP via NSC_Builder comme cela est indiqué dans la FAQ.